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EXECUTIVE  SUMMARY 


IMPLEMENTATION  OF  A  HUMAN  INFORMATION  PROCESSING  MODEL  FOR 

TASK  NETWORK  SIMULATION 

DCIEM  No.  94-40 


Keith  C.  Hendy 

Task  network  simulation  is  an  analytical  technique  that  is  widely  used  to  predict  operator 
performance  and/or  workload  during  the  early  stages  of  systems  design.  Task  network 
simulation  is  based  on  traditional  time-line  analysis  methods,  but  allows  the  possibility  of 
non-deterministic  task  characteristics  such  as  completion  times,  sequences,  outcomes  etc. 
Many  simulation  environments  allow  task  parameters  to  vary  with  various  network  states, 
which  supports  complex  logical  relationships,  and  time  varying  network  behaviours. 

The  raw  output  from  task  network  simulation  represents  a  simulated  timeline  of  the 
activity  modelled.  In  general  this  is  neither  a  measure  of  system  performance  nor 
operator  workload.  To  provide  this  measure,  a  time-based  metric  of  system  performance 
or  some  model  of  the  human  information  processor  is  required  from  which  load,  and 
eventually  performance,  can  be  inferred.  While  many  approaches  have  been  used  to 
predict  operator  load  and  performance  from  simulated  task  timeline  data  few,  if  any,  can 
claim  a  strong  theoretical  basis. 

This  report  outlines  the  implementation  of  a  theoretical  framework  for  a  new  model  of  the 
human  information  processor  for  use  in  task  network  simulation.  The  development  and 
validation  of  the  Information  Processing  (IP)  Model  is  described  in  detail  elsewhere. 
This  report  deals  only  with  those  aspects  that  are  necessary  to  take  the  ideas  of  the  IP 
Model  and  adapt  them  for  direct  application  to  task  network  simulation.  The  material 
contained  in  this  report  provides  the  bridge  between  the  conceptual  descriptions  of  the  IP 
Model,  and  the  software  requirements  necessary  to  put  that  concept  into  practice.  As  part 
of  this  process,  many  parameters  are  defined  and  assigned  tentative  values  so  that  the 
model  can  be  run  within  the  task  network  simulation  environment. 

In  devising  this  implementation,  many  assumptions  were  made  that  are  beyond  the  scope 
of  earlier  validation  studies.  Hence,  further  validation  will  be  required  to  verify  the 
model  within  the  context  of  this  implementation.  As  the  specific  purpose  of  the  report  is 
to  describe  the  algorithmic  and  data  base  requirements  for  a  specific  software 
environment,  some  of  the  material  is  specific  to  that  system.  However,  much  of  the 
material  is  of  a  more  general  nature  and  could  be  adapted  to  other  software  environments. 


INTRODUCTION 


Task  network  simulation  is  an  an'ytical  technique  that  is  widely  used  (Hendy.  1994b)  to 
predict  operator  performance  ana,  jr  workload  during  the  early  stages  of  systems  design. 
Task  network  simulation  is  based  on  *Tditional  time-line  analysis  methods  (Meister, 
1985),  but  allows  the  possibility  of  non-deterministic  task  characteristics  such  as 
completion  times,  sequences,  outcomes  e*c.  Many  simulation  environments  allow  task 
parameters  to  vary  with  various  network  states,  which  supports  complex  logical 
relationships,  and  time  varying  network  behaviours. 

The  raw  output  from  task  network  simulation  represents  a  simulated  timeline  of  the 
activity  modelled.  In  general  this  is  neither  a  measure  of  system  performance  nor 
operator  workload.  To  provide  measure,  a  time-based  metric  of  system  performance  or 
some  model  of  the  human  information  processor  is  required  (Hendy,  1994a)  from  which 
load,  and  eventually  performance,  can  be  inferred.  While  many  approaches  have  been 
used  to  predict  operator  load  and  performance  from  simulated  task  timeline  data  few,  if 
any,  can  claim  a  strong  theoretical  basis. 

Task  network  analysis  is  supported  by  a  number  of  software  simulation  environments,  for 
example:  GASP  and  SLAM  (Doering  and  Berheide,  1981);  SAINT  (Wortman,  Duket, 
Seifert,  Hann,  and  Chubb,  1978);  and  MicroSAINT  (MicroAnalysis,  1987).  These  are 
general  simulation  environments  and  do  not,  in  general,  contain  embedded  operator 
models.  However,  several  packages  are  available  which  combine  a  task  network 
simulation  facility  with  basic  models  of  the  human  information  processor,  for  the  specific 
purpose  of  operator  workload  and  performance  prediction  (CREWCUT,  HARDMAN  III, 
PERCNET,  SWAS,  TAWL/TOSS,  WAM  etc.).  The  Defence  and  Civil  Institute  of 
Environmental  Medicine,  in  collaboration  with  the  Canadian  Marconi  Company,  Kanata, 
Ontario,  have  developed  a  software  package  for  front-end  systems  analysis  that  includes  a 
task  network  simulation  facility  containing  an  embedded  operator  model  which  is 
currently  based  on  the  VACP  model  of  Aldrich,  Craddock,  and  McCracken  (1984).  The 
Systems  Operator  Loading  Evaluation  (SOLE)  software  consists  of  a  software  shell  and 
relational  data  base  coupled  with  SAINT  Version  5  as  the  environment  for  network 
simulation  (CMC,  1994). 

This  report  outlines  the  implementation,  for  use  in  task  network  simulation,  of  a 
theoretical  framework  for  a  new  model  of  the  human  information  processor.  The 
development  of  the  Information  Processing  (IP)  Model  is  described  in  detail  elsewhere 
(Hendy,  1994a;  Hendy,  Liao,  and  Milgram,  1994).  This  report  deals  only  with  those 
aspects  that  are  necessary  to  take  the  ideas  of  the  IP  Model  and  adapt  them  for  direct 
application  to  task  network  simulation.  For  more  specific  details  on  the  theoretical 
underpinnings  of  the  IP  Model,  the  reader  is  referred  to  the  previously  cited 
documentation.  The  material  contained  in  this  report  provides  the  bridge  between  the 
conceptual  descriptions  of  the  IP  Model  reported  earlier,  and  the  software  requirements 
necessary  to  put  that  concept  into  practice.  As  part  of  this  process,  many  parameters  are 
defined  and  assigned  tentative  values  so  that  the  model  can  be  run  within  the  task 
network  simulation  environment.  In  addition,  aspects  are  introduced  that,  while  not 
strictly  forming  part  of  the  IP  Model  itself,  are  appropriately  discussed  within  the  context 
of  integrating  a  human  model  within  task  network  simulation.  For  example,  the  Sections 
on  Performance  Shaping  Factors ,  Task  Description  Fields  and  Report  generation. 


In  devising  this  implementation,  many  assumptions  were  made  that  are  beyond  the  scope 
of  the  study  reported  in  Hendy,  et  al.  (1994).  Hence,  further  validation  is  required  to 
verify  the  IP  Model  within  the  context  of  this  implementation.  It  is  intended  that  SOLE 
will  provide  the  testbed  for  implementing  and  validating  the  approach  described  in  this 
Report.  As  the  specific  purpose  of  the  report  is  to  describe  the  algorithmic  and  data  base 
requirements  for  implementing  the  IP  model  in  SOLE,  some  of  the  material  is  specific  to 
that  environment.  However,  much  of  the  material  is  of  a  more  general  nature  and  could 
be  adapted  to  other  software  environments. 


THE  IP  MODEL 


The  implementation  described  in  the  following  sections  is  based  on  a  capacity  limited 
model  of  the  human  information  processor  (Hendy,  1994a;  Hendy,  et  al„  1994).  The  IP 
Model  is  represented  schematically  in  Figure  1. 

Each  task  in  any  human  activity  is  assumed  to  involve  a  certain  amount  of  uncertainty 
(say  Bt  bits  of  information)  to  be  resolved.  This  is  shown  in  Figure  1  as  the  Task  Load. 
Assuming  a  processing  rate  of  C  bit  s*1,  this  leads  to  a  decision  time  of  Tr  seconds.  It  is 
argued  that  all  behaviour  is  time  constrained  in  some  fashion  so  that  when  Tt  is  compared 
to  the  time  allowable  for  initiating  a  response  Ta,time  pressure  is  generated.  The 
operator  reacting  to  the  imposed  time  pressure  may  attempt  to  adapt  this  information 
processing  loop  by  three  methods:  (1)  by  reducing  the  amount  of  information  to  be 
processed  by  choosing  simpler  strategies,  dropping  feedback  etc.;  (2)  by  increasing 
processing  rate  or  channel  capacity;  or  (3)  by  increasing  the  time  available  for  making  a 
response,  say  by  allowing  error  to  accumulate  for  a  longer  period  of  time  before 
attempting  to  null  to  zero.  It  is  asserted  that  methods  1  and  3  are  the  most  likely 
adaptations,  with  method  2  restricted  to  small  variations  in  processing  rates  in  response  to 
changing  physiological  and  psychological  states  such  as  arousal,  activation,  fatigue, 
motivation,  anxiety  etc. 

Figure  1  attempts  to  bring  together  many  of  the  conceptr  and  constructs  relevant  to 
operator  performance  and  workload,  and  show  the  relationships  between  them.  For 
example:  Task  Difficulty  is  associated  with  Task  Load  in  bits  of  information;  Capacity 
with  Processing  Rate ;  Effort  with  the  process  of  adaptation  which  both  drives 
physiological  and  psychological  states  and  is  in  turn  influenced  by  them.  Yet,  the  basic 
idea  of  the  IP  model  is  really  very  simple  and  is  represented  by  the  two  equations,  shown 
in  Figure  1,  that  trace  the  conversion  of  Task  Load  into  Time  Pressure.  Figure  1  should 
be  read  according  to  the  following  semantic  model.  For  example,  one  path  in  Figure  1 
(starting  with  Time  Pressure  and  finishing  with  Task  Load)  can  be  read  as  follows 
“...Time  Pressure  drives  Effort  which  adapts  the  loop  by  decreasing  Task  Difficulty 
which  is  associated  with  Task  Load.'7 

From  the  IP  Model  it  can  be  predicted  that  (Hendy,  1994a),  operator  workload  and 
performance  depend  on  the  level  of  time  pressure.  This  is  determined  by  the  ratio 

time  required  to  process  information 
time  allowable 

If  the  processing  rate  is  assumed  to  be  constant,  this  ratio  can  be  shown  to  be 

amount  of  information  to  be  processed 


time  allowable 


Intensity 


)ecision  Trmey;=  Task  Load  Processing  Rate 
Tt  (sec).  J  Br  (bits)  C  (bits  s'1) 

<> 

/  M associated 
J7  with 


modulates 
modulates  I 


(Task  Difficulty  ^(Capacity /Resources^ 

"adapts 


States: 
Fatigue 
Motivation 
Anxiety... 
etc. 


decreases 


drives 


(Decision  TimeV  Time  Available  =>  Time  Pressure  (TP) 

Ta  (sec) 


Time 


Figure  1.  An  information  processing  (IP)  model  for  the  human  operator  showing 
the  relationships  between  some  of  the  principal  constructs  associated 
with  mental  workload. 


The  assumption  embedded  in  the  IP  Model  is  that  incoming  tasks  compete  for  processing 
structures  that,  once  allocated  to  a  particular  task  element,  process  information  in  a  serial 
fashion.  Therefore,  during  the  time  that  a  particular  structure  is  engaged  in  processing 
some  element  of  a  given  task,  it  is  unavailable  to  process  elements  of  other  tasks.  The 
notion  of  multiple  task  interference  that  is  embedded  in  the  IP  model,  assumes  that 
multiple  structures  exist  for  processing  and,  to  the  extent  that  tasks  which  overlap  in  the 
time  domain  share  part  or  all  of  a  common  structure,  task  interference  will  be  manifested 
in  the  form  of  increased  decision  times  due  to  serial  processing  of  some  or  all  of  the  task 
elements.  Further,  it  is  assumed  that  the  components  of  overlapping  tasks  that  involve  a 
common  structure  are  actually  processed  serially  by  time  multiplexing. 

In  the  following  sections  an  analytical  representation  of  the  IP  model  is  developed  for  use 
in  task  network  analysis.  This  implementation  includes  the  concept  of  multiple  task 
interference,  together  with  a  basic  allocation  of  attention  algorithm.  The  latter  is  based  on 
task  prioritization  and  draws  on  the  notipn  of  compatibility  as  determined  by  task 
interference  effects.  The  allocation  of  attention  algorithm  sets  limits  on  the  number  of 
tasks  that  can  be  performed  in  concert.  Note  that  the  idea  of  concurrent  task  performance 
promoted  in  the  IP  Model,  consists  of  a  combination  of  both  strictly  parallel  and  serial, 
time  multiplexed,  processing  of  task  elements.  The  data  base  requirements  for 
implementing  the  model  are  also  described,  together  with  various  recommendations  for 
the  use  of  default  values  and  conditions  to  allow  the  rapid  building  and  testing  of  models. 


MULTIPLE  TASK  PERFORMANCE 


Suppose  that  the  performance  of  tasks  i  and  j  overlap  in  the  time  domain.  Then  it  is 
assumed  that  processing  two  tasks  that  share  a  common  structure  will  occur  by  rapidly 
time  multiplexing  within  that  structure  as  illustrated  in  Figure  2  (zero  switching  time  is 
assumed).  In  Figure  2,  Tasks  1  and  2  are  shown  to  be  processed  on  successive  processing 
intervals.  The  reaction  times  of  both  tasks  will  be  delayed  by  this  form  of  processing. 

Note  that: 

T,  is  the  task  completion  time  of  the  t'th  task  when  performed  in  isolation,  and 
Ti}  is  the  task  completion  time  of  the  ith  task  when  performed  in  combination  with 
the  yth  task. 


Single  Task 
Performance 


Task  / 


Task  j 


Processing 

Intervals 


Dual  Task 
Performance 


Response  Time 


Figure  2.  Time  multiplexing  in  ‘concurrent’  task  processing. 


Suppose  that,  instead  of  successively  switching  from  one  task  to  the  other,  there  is  a 
probability  associated  with  the  allocation  of  a  processing  structure  to  each  task  within  a 
given  interval  (Kinchla,  1980).  Assume  that  in  any  processing  interval,  the  probability 


that  the  processing  structure  is  assigned  to  the  ith  task  is  pi.  Then  on  average,  over  any 
given  time  period,  a  proportion  pi  of  the  processing  time  is  devoted  to  task  i,  while  a 
proportion  pj  =  (1  -pi )  is  devoted  to  task  j. 

In  general,  suppose  tasks  i  and  j  do  not  require  the  same  processing  structures  for  all  of 
their  processing  time,  but  share  a  common  structure  for  a  proportion  (as  defined  by  the 
coefficient  c y)  of  the  period  of  their  overlap  (see  Appendix  1  for  complete  details  of  the 
following  derivation).  Two  cases  need  to  be  considered: 

CASE  1  —  in  which  the  processing  of  one  of  the  tasks  (assume  it  to  be 
task  j)  is  entirely  embedded  within  the  processing  time  of  the  other  (task 
0;  and 

CASE  2  —  in  which  the  tasks  partially  overlap  (the  processing  time  of 
task  i,  remaining  after  task  j  starts,  is  entirely  embedded  within  the 
processing  time  of  task  j). 

Let 

r,  (s)  be  the  starting  time  of  the  ith  task,  and 

fy(e)  be  the  ending  time  of  the  ith  task  when  performed  in  combination  with  the  jth 
task. 

Then  tor  CASE  1,  [ry(s)-  t,(s)]  >  0  and  ^(e)  >  tyi(e),  and  assuming  that  the  requirement 

to  share  common  structures  is  distributed  evenly  throughout  the  period  of  overlap,  it  can 
be  shown  that 


Similarly,  for  CASE  2,  [ty(s)  -  r,  (s)]  >  0,  r#(e)  <  r/(  (e),  and 
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In  these  two  sets  of  expressions,  the  inequality  classifies  the  situation  according  to  case. 
If  the  proportion  of  the  time  devoted  to  processing  each  task  is  determined  by  task 
priorities  P,  and  Pj  ,  then. 


p  = - - — . 

Pt  +  Pj 

To  allow  for  task  resumption  after  an  interruption  it  is  necessary  to  keep  a  running  total  of 
the  amount  of  actual  processing  time  devoted  to  each  task.  At  any  time  f;(s)  <t<  ^(e), 
the  amount  of  processing  time  devoted  to  task  i,  since  task  j  commenced,  is 

AT*  =  P.c,j{t  -  f;(s)}  +  (l  -  ciy){r  -  r,(s)} 

and  to  task  j 

ATji={ 1  -  P>  )c*  {' "  h  (s)}  +  0  “  C‘J ){'  “  h  (s)}' 

Therefore,  at  time  t  the  amount  of  processing  time  remaining  on  each  task  is 


T,  -  ^  ATy  for  task  i,  and 

j 

for  task  j. 


These  relationships  for  the  task  completion  times  under  the  two  cases  produce 
Performance  Operating  Characteristics  (POCs)  for  the  IP  Model,  as  shown  in  Figure  3. 
The  following  assumptions  were  made  in  generating  these  curves; 

T,  =  Tj  =  lsec;  and 
'i(s)  =  tj(  s). 

The  five  POCs  of  Figure  3  are  for  values  of  cy  e  {0.05,0.25,0.5,0.75,0.95}  and  priorities 
in  the  range  of  0.01  to  0.99. 

It  is  of  interest  to  compare  the  POCs  of  Figure  3  with  those  derived  from  another  time 
multiplexed  model,  namely,  Shaw’s  search  model  (Kinchla,  1980).  To  make  these 
comparisons,  consider  the  curve  for  ctj  =0.95  in  Figure  3.  Shaw’s  model  (see  Figure 
11.9  in  Kinchla,  1980)  shows  response  latencies  approaching  oo  as  either  /?(  — >1  or 
p,  — »  0,  whereas  the  IP  Model  asymptotes  to  values  which  are  consistent  with  the 
prediction  of  serial  processing.  Both  models  provide  equivalent  estimations  for  ci}  =0.5. 
Overall  the  predictions  of  the  IP  Model  are  more  reasonable,  as  one  would  expect  the 
response  latency  of  the  lower  priority  task  ( p  ->  0)  to  approach  {Ti  +7^)  rather  than  oo. 
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Figure  3.  Performance  Operating  Characteristics  for  the  IP  Model,  for  various  values  of 
task  interference  (c ,y)  and  priority  given  to  processing  task  i  (p(i)). 


For  multiple  task  performance,  it  is  assumed  that  two  types  of  interference  can  occur, 
namely,  structural  interference  and  resource  limited  interference.  The  term  structural 
interference  is  used,  quite  specifically  in  this  context,  to  describe  interference  effects  that 
are  due  to  limitations  such  as: 

•  the  inability  to  focus  foveally  at  different  images,  widely  separated  in  visual  angle; 

•  those  problems  associated  with  operating  different  controls  with  the  same  hand  or 
limb; 

•  those  problems  associated  with  attending  to  the  content  of  two  auditory  messages  at 
the  same  time;  and 

•  the  inability  to  speak  two  messages  at  the  same  time  etc. 

Structural  limitations  have  nothing  to  do  with  the  processing  structures  involved,  at  least 
at  the  higher  levels  of  processing.  They  are  assumed  to  be  associated  with  the  input  and 
output  stages,  rather  than  cognition.  Structural  interference  is  assumed  to  be  all  or 
nothing,  that  is  cty  =  1  or  0.  Matrices  of  interference  coefficients  for  vision,  audition, 
manual  and  kinesthetic  domains  are  shown  in  Tables  1  to  3.  Default  values  are  shown  for 
completeness.  These  are  the  values  that  will  be  assigned  when  tasks  are  initialized.  Note 
that  these  assignments  have  been  made  arbitrarily  and  no  claims  are  made  for  their 
validity. 

A  home  area  will  be  defined  for  vision,  which  is  assumed  to  be  the  resting  position  for  the 
eyes  in  the  absence  of  specific  operator  initiated  eye  movements.  At  the  end  of  each  task 
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that  involves  a  visual  component,  the  direction  of  gaze  will  be  returned  to  this  point.  This 
allows  the  location  of  externally  initiated  visual  stimuli  to  effect  the  outcome  of  the  task 
network  simulation,  say,  through  the  probability  of  detecting  and  responding  to  a  new 
visual  stimulus  occurring  in  an  area  other  than  the  home  area. 

Within  the  'ognitive  domain  it  is  assumed  that  resource  limited  performance  stems  from 
the  competition  for  common  processing  structures.  In  this  domain,  the  degree  of 
interference  is  graded,  with  coefficients  taking  values  in  the  range  0  to  1  (see  Table  4). 
At  some  level  of  interference  it  seems  reasonable  to  assume  that  tasks  will  be  performed 
in  a  strictly  serial  fashion  rather  than  be  lime  multiplexed.  The  difference  between  serial 
and  interleaved  performance  will  be  seen  in  the  position  of  tasks  on  the  simulated 
timeline.  For  interleaved  performance,  task  start  times  remain  unchanged  by  interference 
effects,  but  the  completion  time  of  tasks  are  delayed.  With  strictly  serial  performance, 
one  task  is  postponed  until  the  other  has  been  completed;  therefore,  there  will  be  changes 
in  the  task  start  and  stop  times.  The  times  required  for  the  tasks  to  be  processed, 
however,  are  not  modified  in  this  case.  Tentatively,  this  critical  value  is  set  at  c >  0.7. 
Note  that  the  only  interference  coefficients  that  exceed  0.5  in  Table  4,  are  those  for  which 
i  =  j  or  involve  the  default  category  no  allocation.  However,  as  these  are  arbitrary 
assignments,  the  situation  may  change  in  the  future. 


TABLE  1 

Task  interference  coefficients  (c ,j )  for  a  human  information  processing  model  —  visual 
input. 


Channel  Mode  Interference 

Visual  Input  Structural  (c,y  =  1  orO) 


Angular  subtence  (degrees) 

Categories 

0  <  2” 

2“  <  0  <  30” 

t0  <  30” 

1.  Central-Central 

0.0 

1.0 

1.0 

2.  Central-Peripheral 

0.0 

0.0 

1.0 

3.  Peripheral-Peripheral 

0.0 

0.0 

1.0 

4.  No  allocation  (default)  with  any 
Central  or  Peripheral  task 

1.0 

na 

na 

t  These  values  ate  for  operator  initiated  eye  movements.  Note  that  an  externally  initiated 
visual  signal,  occurring  outside  a  certain  angle  (say  30°)  of  visual  arc,  will  not  be 
detected  —  or  will  be  detected  with  a  certain  probability  —  and  therefore  may  not  be 
' serviced ' .  Tasks  not  allocated  will  be  serviced. 
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TABLE  2 

Task  interference  coefficients  (c,y  )for  a  human  information  processing  model  —  vocal  # 

and  auditory  domains 

Channel  Mode  Interference 


Auditory  Input  Structural  (c,y  =  1  or  0)  • 

Vocal  Output  Structural  (c,y  =  1  or  0) 


Categories 

1 

2 

3 

4 

5 

6 

1.  Tone  or  simple  auditory  signal 

0.0 

0.0 

0.0 

0.0 

0.0 

1.0 

2.  Speech  input  ( incidental  to 

0.0 

0.0 

0.0 

0.0 

0.0 

1.0 

primary  task) 

3.  Auditory  Pattern 

0.0 

0.0 

HOT" 

1.0 

1.0 

1.0 

4.  Speech  input  ( attended  to, 

0.0 

0.0 

1.0 

i  i.o 

1.0 

1.0 

relevant  to  primary  task) 

5.  Voice  output 

0.0 

0.0 

1.0 

1.0 

1.0 

1.0 

6.  No  Allocation  (default) 

1.0 

1.0 

1.0 

1.0 

. 1.0 

1.0 

TABLE  3 

Task  interference  coefficients  (c;y)  for  a  human  information  processing  model  — 
psychomotor  and  kinesthetic  domains. 

Channel  Mode 

Tactile  Input 

Manual  Output 

Categories 

Left  Hand  and  Right  Hand 
Whole  hand 
Digit  1 
Digit  2 
Digit  3 
Digit  4 
Digit  5 


Categories 

Yes 

No 

Same  arm,  leg,  foot,  finger, 

1.0 

0.0 

at  least  one  task  is  not 

allocated  etc. 

Interference 

Structural  (c,y  =  1  or  0) 
Structural  (c,y  =  1  or  0) 

Categories 

Left  Leg  and  Right  Leg 
Whole  leg 
Foot 

No  Allocation  (default) 


TABLE  4 


Task  interference  coefficients  (c,y)  for  a  human  information  processing  model  — 
cognitive  processing. 

Channel  Mode  Interference 

Cognitive  Central  Resource  Limited  (see  interference  matrix 

—  note  that  structural  interference  will  take 
precedence  over  resource  limitations,  and 
the  maximum  value  of  c,y ,  over  all  domains, 
will  be  used  to  determine  the  outcome) 


Categories 

1 

2 

3 

4 

5 

1.  Automatized,  highly  learned 

0.0 

0.0 

0.0 

0.0 

0.0 

2.  Verbal  encoding,  decoding, 

0.0 

1.0 

0.2 

0.5 

1.0 

speech  production 

3.  Spatial  encoding  decoding, 

0.0 

0.2 

1.0 

0.3 

1.0 

pattern  recognition 

4.  Memorization/recall,  calculation, 

0.0 

0.5 

0.3 

1.0 

1.0 

estimation,  deduction,  reasoning 

5.  No  allocation 

0-0 

1.0 

1.0 

1.0 

1.0 

A  miscellaneous  channel  (Table  5)  is  included  to  account  for  effects  that  are  not  covered 
adequately  by  the  modalities  of  Tables  1  to  4.  For  example,  one  may  wish  to  model  team 
activities  rather  than  individual  operator  tasks,  redefine  the  categories  for  one  of  the 
domains,  or  introduce  a  new  modality  such  as  aided  vision.  The  miscellaneous  channel 
provides  some  flexibility  for  accommodating  additions  such  as  these  to  the  network  of 
tasks. 

It  should  be  possible  to  transform  and  combine  the  c;y  values  for  the  miscellaneous 
categories  of  Table  5  with  any  or  all  of  the  c,y  values  from  Tables  1  to  4,  together  with  the 
states  of  tasks  /  and  j,  by  standard  mathematical  and  logical  relationships.  Some 
examples  arc: 

•  if  category(vision).EQ.3 

then 

Cy  =  c(y  (cognitive)  +  0. 1 

else 

c,y  =c,y  (cognitive) 

•  Cy  =  Cy  (cognitive)  +  c,y  (misc.)  etc. 

The  following  operations  should  be  supported  as  a  minimum  requirement: 

Mathematical  :  +,  -,  x, 

Transformations  :  logarithmic,  trigonometric,  polynomial;  and 

Logical  :  if — then — else,  =,  *,  max,  min. 


The  value  of  c ,y  used  to  determine  the  increase  in  task  completion  times,  will  be  the 
maximum  value  of  the  coefficients  obtained  from  all  active  domains  represented  by 
Tables  1  to  4,  and  the  value  of  C;y  obtained  from  these  transformations.  Obviously 
structural  interference  (c,y  =  1),  when  present,  will  dominate. 


TABLE  5 

Task  interference  coefficients  (c,y)  for  a  miscellaneous  processing  domain. 
Channel  Mode  Interference 

Miscellaneous  Structural  or  Resource  limited. 


Categories 

1 

2 

3 

4 

5 

n 

1.  Category  1 

gm  | 

1.0 

1.0 

1.0 

1.0 

1.0 

2.  Category  2 

1.0 

1.0 

1.0 

1.0 

1.0 

1 

3.  Category  3 

1.0 

1.0 

1.0 

1.0 

1.0 

1.0 

4.  Category  4 

1.0 

1.0 

1.0 

1.0 

1.0 

1.0 

5.  Category  5 

1.0 

1.0 

1.0 

1.0 

1 1.0  ... 

1.0 

n.  Category  n 

••• 

1.0 

••• 

1.0 

••• 

1.0 

••• 

1.0 

•••  ••• 

1.0  ... 

••• 

1.0 

Finally,  it  should  be  possible  to  enable  or  disable  each  of  the  interference  effects 
independently.  If  all  interference  effects  are  disabled,  a  default  of  c =  0  for  the  working 
value  of  this  parameter  will  allow  completely  parallel  processing  independent  of  the  state 
of  the  allocation  of  attention  module.  Note  that  the  default  values  of  Tables  1  to  5,  when 
interference  effects  are  enabled,  will  force  strictly  serial  processing. 


ALLOCATION  OF  ATTENTION 


In  general,  a  task  network  could  be  said  to  simulate  the  demand  placed  on  the  operator  by 
the  system,  rather  than  the  task  load  actually  serviced  by  the  operator.  A  task  network 
can  have  many  parallel  branches  which  leads  to  the  generation  of  multiple  concurrent 
task  demands.  In  many  cases  these  demands  clearly  exceed  human  capabilities  to 
respond  (e.g.,  CMC,  1992;  Glenn,  Cohen,  Wherry  Jr.,  and  Carmody,  1994).  The  purpose 
of  an  allocation  of  attention  module  is  to  schedule  the  tasks  to  be  performed,  either 
serially  or  concurrently,  at  any  point  in  time.  The  allocation  of  attention  module  will 
determine  whether  a  task  is  performed  on  demand,  interrupted,  resumed,  postponed,  or 
shed.  The  allocation  of  attention  algorithm  should  provide  a  fair  representation  of  human 
task  selection  strategies  under  competing  system  demands.  The  SOLE  software 
incorporates  a  rudimentary  allocation  of  attention  algorithm  called  the  Task  Conflict 
Alleviation  Technique  (TCAT),  however,  it  is  driven  by  a  set  of  rules  (CMC,  1994)  that 
have  a  fundamentally  different  basis  than  the  structure  of  the  IP  Model. 

The  first  assumption  to  be  made,  and  perhaps  the  most  fundamental,  is  that  operators  will 
service  no  more  than  2  tasks  concurrently  for  which  c,y  >  0  (Hendy,  1994a).  While  the 
literature  on  dual  task  performance  is  abundant,  information  on  multiple  (more  than  2) 
task  performance  is  rare  or  non-existent.  While  the  restriction  to  dual  tasking  probably 
provides  a  conservative  prediction,  overt  multiple  task  performances  appear  to  be  rare  in 
operational  systems  (Shaffer,  Hendy,  and  White,  1988).  Dual  tasking  is  limited  to  tasks 
that  require  higher  level  processing,  say  at  the  level  of  Rasmussen’s  rule-based  and 
knowledge-based  activities  (Rasmussen,  1983).  There  is  no  limit  set  on  the  number  of 
purely  skill-based  activities  (for  which  it  is  assumed  that  the  cognitive  component  c,y  =  0) 
that  can  be  performed  in  concert  provided  there  are  no  structural  interference  limitations. 

When  the  task  network  generates  a  new  demand,  a  set  of  rules  will  govern  the  scheduling 
of  tasks:  When  new  tasks  arrive  or  an  ongoing  task  finishes,  a  temporary  queue  will  be 
generated  containing  all  tasks  currently  running,  together  with  any  new  tasks  and  tasks 
awaiting  attention  (these  are  retrieved  from  a  short  term  memory  queue).  A  repeating 
task  (i.e.,  any  task  that  is  programmed  to  repeat  at  regular  intervals  —  see  discussion  on 
‘continuous’  tasks)  will  not  be  added  to  the  temporary  queue  if  its  predecessor  remains 
present  in  the  short  term  queue.  Neither  will  it  be  transferred  to  the  short  term  memory 
queue  following  the  current  task  scheduling.  Task  scheduling  will  be  in  accordance  with 
the  following  rules  based  on  priority ,  interuptability/resumability  and  sheddability.  Note 
that,  in  general,  priority  may  be  time  or  state  dependent  (e.g.,  the  priority  of  a  display 
may  increase  with  time  since  last  glance,  the  priority  of  a  task  may  change  due  to  the 
occurrence  of  some  predisposing  condition).  Short  term  memory  queue  size  will  be 
tracked.  This  queue  will  be  flushed  on  a  first  opportunity  basis  (i.e.,  as  soon  as  an 
ongoing  task  finishes,  the  queue  will  be  examined  to  see  if  there  are  any  tasks  that  can  be 
started). 

Rule  1.  Active  tasks,  which  are  deemed  to  be  interuptable,  may  be  halted 
if  less  than  Ccn,  complete  (tentatively  Ccrit  =  70%)  —  an  interrupted  task 
may  be  resumed  or  restarted  later.  An  uninteruptable  task,  once  started, 
must  run  to  completion.  A  task  which  is  not  resumable  will  retain  its  place 
in  the  queue  and  be  restarted  if  possible.  Task  interruptions  will  be 
logged. 


Rule  2.  Tasks  for  which  c,y  =  0  will  be  started  on  demand. 

Rule  3.  Tasks  for  which  0  <  c y  <  1.0,  including  interrupted  tasks,  will  be 
serviced  in  order  of  priority.  All  task  postponements  will  be  logg 
Task(s)  of  the  highest  priority  value(s)  will  be  serviced  first. 

Rule  4.  If  several  tasks  have  the  same  priority  they  will  be  scheduled 
according  to  the  following  hierarchy: 

•  in  order  of  their  originally  scheduled  start  time  (including  non- 
resumable  tasks  that  are  restarting),  and  independent  of  the 
number  of  interruptions; 

•  in  order  inverse  of  their  processing  time  remaining; 

•  according  to  least  interference;  and 

•  a  random  selection  will  be  made. 

Rule  5.  If  a  task  is  delayed  it  will  be  allocated  to  a  less  loaded  channel  if 
possible. 

Rule  6.  If  a  task  is  deemed  sheddable,  it  will  be  permanently  removed 
from  the  short  term  memory  task  queue  (and  logged  as  such)  after  n 
(tentatively,  n  =  3)  unsuccessful  attempts  to  start  or  reschedule  it. 
Repeating  tasks  that  are  shed  due  to  an  unprocessed  predecessor,  will  be 
similarly  logged. 

Rule  7.  The  short  term  queue  will  be  limited  to  m  items  (tentatively  m  = 

3).  On  transfer  from  the  temporary  queue,  tasks  will  be  shed  from  the 
bottom  of  the  priority  list,  sheddable  tasks  in  order  of  the  number  of 
scheduling  attempts,  to  meet  this  limit.  Tasks  shed  will  be  logged.  Tasks 
partially  serviced  when  shed  will  have  the  completed  processing  time 
logged  (%  complete). 

Several  possibilities  for  modelling  human  performance  flow  from  this  scheduling 
algorithm.  For  example,  the  probability  of  a  successful  outcome  for  some  tasks  may 
decrease  if  interrupted  or  delayed,  or  a  task  may  be  dropped  from  the  queue  (forgotten)  if 
not  serviced  within  a  certain  time  period  —  most  likely  the  probability  that  an  item  is 
forgotten  would  increase  with  time  or  the  nature  of  other  tasks  in  the  queue  (see  the 
discussion  on  memory  in  Card,  Moran,  and  Newell,  1983).  The  specific  implementation 
of  memory  effects  in  a  task  network  simulation  are  likely  to  be  application  specific,  hence 
a  detailed  discussion  is  beyond  the  scope  of  this  report.  However,  the  requirement  to 
allow  for  such  representations  is  flagged  so  that  software  development  provides  the 
necessary  tools  for  implementing  these  concepts.  At  this  stage,  it  will  be  sufficient  to 
provide  access  to  certain  system  variables  such  as: 

•  number  of  interruptions; 

•  list  of  active  tasks  (running  and  in  the  queue); 

•  %  processing  completed; 

•  time  since  scheduled  start  time;  and 

•  categories  (from  Tables  1  to  5)  of  all  tasks  in  the  queue. 

There  are  likely  to  be  pairs  of  tasks  that  although  predicted  to  be  structurally  or  resource 
limited  (tentatively  for  values  of  Cy  >  0.7)  may  be  compatible  in  certain  combinations 
(e.g.,  controlling  aircraft  pitch  and  roll  with  a  joystick  or  control  wheel  involves  the  same 
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hand  but  is  a  compatible  combination).  Allowance  will  be  made  for  these  exceptions  in 
the  task  description  data  entry  form.  Note  that  if  all  task  interference  effects  are  disabled 
the  allocation  of  attention  module  becomes  superfluous  and  therefore  should  be  disabled. 
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MICRO  MODELS 


The  representation  of  task  completion  times  and  error  rates  in  task  network  simulation  is 
crucial.  They  can  be  estimated  from  human  performance  data,  and  a  variety  of  micro 
models  of  the  human  operator  gleaned  from  the  literature.  Following  is  a  summary  of 
some  of  the  information  available  in  CREWCUT  (Little,  Dahl,  Plott,  Wickens,  Powers, 
Tillman,  Davilla,  and  Hutchins,  1993),  which  is  useful  for  estimating  response  times  and 
error  rates  in  a  variety  of  situations  when  alternative  empirical  data  are  unavailable. 


1. 


Eye  Movement  Time  —  target  located  in  eye 
field 


100ms  (travel  time  only) 


2.  Head  Movement  Time —  target  located  in  head  200ms  (travel  time  only) 
field 


3.  Listening —  accuracy  is  a  function  of  signal  to  2.4  words  per  second 

noise  ratio  (dB)  and  noise  interruption  frequency 
as  follows: 

Noise  Interruption 

Error  Ratet  S/N  Ratio  Frequency 


(db) 

(Hz) 

0.10 

9 

1 

0.07 

9 

10 

0.10 

9 

100 

0.20 

0 

1 

0.12 

0 

10 

0.25 

0 

100 

0.35 

-9 

1 

0.25 

-9 

10 

0.65 

-9 

100 

0.42 

-18 

1 

0.28 

-18 

10 

0.96 

-18 

100 

t  Assumes  a  50  word  vocabulary.  Error  rate  would 
increase  with  a  larger  vocabulary  and  decrease  with  a 
smaller  vocabulary. 


4.  Eye  Fixation  Time  100  -  500ms 

5.  Search 

N  =  number  of  fixations 

Tm  =  movement  time  Time  =  (Tm  +  T()N 

T{  =  fixation  time 
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6.  Reading  Rate —  assumes  5  letter  words,  2.5 

words  or  13  characters  per  phrase 

52  words  per  minute  (5 
saccades  per  word) 

261  words  per  minute  (1  # 

saccades  per  word) 

652  words  per  minute  (1 
saccades  per  phrase) 

7.  Hand  Movement  —  Welford's  variant  ofFitt's 

Law. 

Th  =  movement  time 

D  =  distance  between  targets 

5  =  size  of  target 

/h  =  slope  constant  (0.1  second  per  bit) 

• 

7'h  =  /Hlog2(D/S  +  0.5) 

8.  Operate  Pushbutton  or  Toggle 

400ms  • 

9.  Operate  Rotary  Dial 

730ms 

10.  Cursor  Movement  with  Trackball  —  from 
Fitt’s  Law 

Tj  =  cursor  positioning  time 

D  =  cursor  distance  to  be  moved 

S  =  display  symbol  width 

/j  =  slope  constant  (0. 1  second  per  bit) 

• 

Tj  =  Ijlog2(D/S  +  0.5) 

11.  Cursor  Movement  with  Mouse  —  based  on 
Fitt’s  Law 

7m  =  cursor  positioning  time 

Km  =  1  -03  sec 

D  =  cursor  distance  to  be  moved 

S  =  display  symbol  width 

/m  =  slope  constant  (0.06  second  per  bit) 

• 

7M=KM+fMlog2(D/S  +  0.5) 

• 

12.  Cursor  Movement  with  Joystick  —  based  on 
Fitt’s  Law 

T j  =  cursor  positioning  time 

Kj  =  depends  on  D  as  follows 

D  Kj 

160mm  1.68sec 

80mm  1.44sec 

40mm  1.26sec 

20mm  1.12sec 

10mm  1.05sec 

D  =  cursor  distance  to  be  moved 

S  =  display  symbol  width 

/m  =  slope  constant  (0. 1  second  per  bit) 

• 

7j  =  Kj  +  /jlog2(D/5  +  0.5) 

• 

13.  Cursor  Movement  with  Step  Keys  —  based  on 
Fitt’s  Law 

Ts  =  cursor  positioning  time 

Ks  =  0.98  sec 

Dx  =  cursor  distance  to  be  moved 

horizontally 

Sx  =  size  of  the  horizontal  step 

Dy  =  cursor  distance  to  be  moved  vertically 

Sy  =  size  of  the  vertical  step 

Is  =  slope  constant  (0.074  second  per  bit) 

7s  =  Ks+/slog2(Dx/Sx  + 

DylSy) 

14.  Cursor  Movement  with  Text  Keys  —  based  on 
Fitt’s  Law 

Ttext  =  cursor  positioning  time 

Ktext  =  0.66  seconds 

Kiext  =  keystroke  rate  (default  is  0.209  seconds 
per  keystroke) 

N min  =  minimum  number  of  keystrokes 

T text  =  Kt£Xt  +  min 

15.  Single  Finger  Keying  Rate 

0.140  (0.06  to  0.20)  seconds 

16.  Typing  Rate 

0.209  seconds  per  keystroke 

17.  Walking  Rate 

0.62  seconds  per  meter 

18  Speech  Production 

2.4  words  per  second  for  a 
small  vocabulary 

3.4  words  per  second  for  a 
large  vocabulary 

19.  Cycle  Time  for  the  Perceptual  Process  of  the 
Model  Human  Processor  (see  Card,  et  al., 
1983) 

Tp  =  100ms 

20.  Cycle  Time  for  the  Cognitive  Process  of  the 
Model  Human  Processor  of  the  Model  Human 
Processor  —  one  cycle  per  attribute  (see  Card, 
etal.,  1983) 

Tc  =  70ms 

21.  Cycle  Time  for  the  Motor  Process  of  the 
Model  Human  Processor  (see  Card,  et  al., 
1983) 

xm  =  70ms 

22.  Simple  Reaction  Times  OnJOff  response 

Physical  Match 

Name  Match 

Class  Match 

Tp  +  Tc+Tm  =  240ms 

Tp  +  2xc  +  Tfn  =  310ms 

Tp  +  3tc  +Tm  =  380ms 

Tp  +  4tc  +  Tm  —  450ms 

i 


23. 

Choice  Reaction  Time  —  Hick’s  Law 

RT  =  reaction  time 

n  =  number  of  alternatives 

K  =  150ms  (or  240ms  from  item  22  above) 

/?r=Klog2(rt+  1) 

24. 

Mental  Rotation 

RT  =  reaction  time 

R  =  amount  of  rotation  from  perceived  to 

RT  =  1  +  R/ 50  seconds 

visualized  view  (degrees) 

25. 

Prioritization  —  e.g.,  number  of  targets 

RT  =  reaction  time 

RT  =  0.3 1  («(«- 1  )/2) 

n  =  number  of  targets 

26. 

Terrain  Association  —  a  two  stage  process 
Stage  1  —  reduce  the  size  of  the  area  of 

5  seconds 

uncertainty  ( performed  once  every  time  a 
completely  new  view  is  encountered) 

Stage  2  —  pinpoint  own  location  (4  to  7 

2  seconds  per  terrain 

matching  attempts  are  required;  usually 
interspersed  with  other  activities) 

matching  attempt 
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PERFORMANCE  SHAPING  FACTORS 


Task  network  simulation  has  the  potential  to  be  sensitive  to  a  number  of  performance 
shaping  influences  such  as:  manpower  (crew  size),  personnel  (aptitude,  command, 
experience)  and  training  (knowledge,  skills)  issues;  fatigue  and  other  physiological 
stressors;  allocation  to  an  alternative  processing  channel  (another  sensory  channel  or 
operator);  operator  adaptation  to  high  information  processing  loads;  and  various 
psychological  stressors.  The  network  properties  that  are  available  to  implement  this 
potential  arc  (Hendy,  Kobierski,  and  Youngson,  1992): 

•  individual  task  inventory; 

•  task  sequence,  including  branching  due  to  conditional  or  probabilistic  task 
outcomes  (e.g.,  resulting  from  a  changed  probability  of  successful  task 
completion);  and 

•  task  completion  time. 

The  IP  Model  (Hendy,  1994a;  Hendy,  et  al.,  1994)  carries  with  it  the  assumption  that 
operators  adapt  their  processing  loop  to  increasing  time  pressure  by  resorting  to  strategies 
that  involve  less  information  to  be  processed  or  provide  greater  time  for  response.  This 
results  in  either  a  decrease  in  the  time  required  to  process  the  decision  or  an  increase  in 
the  time  allowable.  The  original  Seigel  and  Wolf  modelling  environment  (Seigel  and 
Wolf,  1969)  incorporated  a  discontinuous  U-shaped  modifier,  driven  by  a  stress  factor 
which  is  related  to  percent  time  occupied ,  for  task  completion  time.  Initially  task 
completion  times  are  reduced  as  stress  increases  until  a  threshold  is  reached  at  which 
point  there  is  a  step  increase  in  response  times.  In  terms  of  the  IP  Model,  Seigel  and 
Wolf’s  modifier  can  be  interpreted  as  a  reduction  in  task  completion  times  as  less 
computationally  intensive  strategies  are  adopted,  followed  by  increased  times  as 
behaviour  becomes  disorganized  due  to  task  shedding  and  increased  error  rates,  or 
response  times  are  prolonged  due  to  attempts  to  service  conflicting  tasks  (i.e.,  those  that 
share  common  structures).  Initially,  a  simple  implementation  should  be  adopted  in  which 
it  will  be  possible  to  modify  task  completion  times  by  a  simple  linear  factor,  varying  from 
0  toy%,  as  the  time  pressure  variable  (see  following  Section)  increases  from  0  to  100%. 

As  time  pressure  increases,  task  shedding  will  become  more  prevalent.  In  the  IP  Model, 
error  is  assumed  to  depend  on  the  amount  of  relevant  information  presented  but  left 
unprocessed.  At  the  level  of  task  description  used  in  most  network  simulations  (rarely 
lower  than  the  button  pushing  stage)  tasks  are  usually  considered  completed  or  not. 
However,  either  the  time  to  complete  and/or  the  probability  of  successful  completion  of 
some  tasks  may  depend  on  the  successful  completion  of  various  predecessor  tasks.  For 
example,  the  time  to  respond  to  an  emergency  may  depend  on  the  extent  to  which 
systems  states  have  been  monitored  recently,  a  radio  can  not  be  set  unless  the  message 
giving  the  channel  setting  was  attended  to  etc.  In  the  initial  implementation  of  the  IP 
Model,  it  is  required  that  the  outcome  of  a  task  should  be  conditional  on  the  successful 
completion  of  predecessor  tasks,  and  task  completion  times  can  be  modified  according  to 
the  proportion  of  predecessor  tasks  (including  repeating  or  continuous  tasks)  completed 
within  a  given  time  window.  The  modifying  expressions  will  be  assembled  from 
standard  algebraic  and  logical  relationships. 

The  IP  Model  posits  that  different  levels  of  experience,  knowledge  etc.  result  in  different 
choices  of  strategies  for  processing,  which  effects  both  the  total  amount  of  information  to 


be  processed  (hence  the  processing  time)  and  the  processing  structure  involved  (from 
automatized,  perhaps  dedicated,  structures  to  algorithmic  problem  solving  involving 
calculation,  recall,  use  of  working  memory  etc.)-  These  effects  could  be  modelled  within 
a  task  network  environment  by  changing  the  task  completion  times  by  an  appropriate 
factor  and  changing  the  cognitive  category  of  some  tasks  from  Category  1  (Automatized) 
to  Categories  3  or  4  (Spatial  encoding  decoding,  pattern  recognition;  or  Memorization, 
recall,  calculation,  estimation,  deduction,  reasoning)  and  from  Category  3  to  Category  4. 
Similar  schemes  have  been  implemented  in  CREWCUT  and  HARDMAN  III. 

In  CREWCUT,  simple  fixed  multipliers  are  used  to  increase  or  decrease  task  completion 
times  to  account  for  3  levels  each  of  aptitude  (high,  average,  and  low)  and  experience 
(experienced,  average  experience,  and  inexperienced).  CREWCUT  introduces  a  ±15% 
correction  for  aptitude,  and  a  ±10%  correction  for  experience.  It  is  not  clear  if  individual 
factors  are  combined,  either  additively  or  multiplicitively,  in  CREWCUT.  In 
HARDMAN  III,  more  complex  relationships  (at  least  at  the  level  of  linear  regression 
equations)  are  used.  To  account  for  fatigue,  CREWCUT  multiplies  task  completion 
times  by  a  factor  which  is  a  function  of  the  time  on  task,  as  follows; 

correction  factor  = 


where  t  is  the  number  of  hours  of  steady  task  performance.  For  those  tasks  that  have  a 
probabilistic  outcome,  error  rate  may  be  effected  also. 

When  a  task  is  allocated  a  priori  to  a  preferred  processing  channel  (e.g.,  a  limb  or  digit)  it 
will  be  assumed  that  a  time  penalty  may  occur  if  it  is  re-allocated,  at  run  time,  to  a  non¬ 
preferred  channel  (e.g.,  performed  by  the  left  rather  than  the  right  hand).  Initially  a  fixed 
penalty  of  10%  will  be  assumed.  Later  more  elaborate  rules  may  be  developed  that  are 
dependent  on  the  target  for  re-allocation. 

Various  physiological  and  psychological  states  (temperature,  noise,  vibration,  g-stress, 
chemical  agents,  drugs,  fear,  anxiety,  motivation,  etc.)  may  work  singly  or  in 
combination  to  change  task  completion  times  and  possibly  effect  the  strategies  used  to 
solve  problems.  This  mechanism  allows  the  possibility  for  linking  task  models  with 
physiological  models  (Jensen,  1994).  In  the  simplest  form,  environmental  stressors  could 
be  linked  to  events  in  the  scenario  which  drives  the  task  network.  For  example, 
temperature  could  increase  during  a  mission,  g-stress  could  be  introduced  to  all  tasks 
associated  with  an  air-to-air  engagement  etc.  It  can  not  be  assumed  that  stressors  in 
combination  will  act  either  synergistically  or  antagonistically.  It  is  likely  that  complex 
interactions  will  occur  and  the  implementation  should  allow  freedom  for  user  defined 
functions  and  relationships  to  be  inserted,  based  on  standard  mathematical  and  logical 
forms. 

For  the  current  implementation,  it  will  be  assumed  that  modifying  effects  are  additive 
(this  will  be  the  default  condition  and  possibly  reflects  a  ‘worst  case’  situation).  In  all 
cases,  these  values  will  be  set  globally,  with  the  possibility  of  local  modifications  for 
special  cases  or  exceptions.  It  should  also  be  possible  to  enable  or  disable  each  stressor 
prior  to  run  time. 


0.25(0.93')  +  0.75 
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MEASURING  OPERATOR  LOAD 


The  IP  Model  posits  that  operator  load  depends  on  the  time  pressure,  or  the  ratio  of  time 
required  to  process  information  to  the  time  available.  In  the  context  of  task  network 
simulation,  the  time  required  to  process  information  is  given  by  the  task  completion  time 
of  each  activity.  An  average  measure  of  time  pressure  can  be  obtained  by  computing,  by 
a  moving  average  process,  the  proportion  of  some  fixed  time  interval  which  is  occupied 
by  information  processing  activity.  In  this  context,  it  is  noteworthy  that  the  IP  Model 
treats  continuous  tasks  as  repetitive  (sampled)  activities  (Hendy,  1994a).  The  concept  of 
time  pressure  represents  a  return  to  a  metric  that  has  a  long  history  in  timeline  analysis 
and  task  network  simulation  (e.g.,  see  Linton,  Plamondon,  Dick,  Bittner  Jr.,  and  Christ, 
1989).  The  major  difference  between  the  current  implementation  and  past  usage,  with  the 
exception  of  Wingen’s  function  interlace  method  (Wingert,  1973),  is  that  with  the  current 
implementation  performance  is  sensitive  to  ;ne  presence  of  multiple  concurrent  tasks. 

Note  that  in  this  method  of  assessing  operator  load  it  is  necessary  to  make  the  distinction 
between  scenario-driven  and  task-driven  network  behaviour.  Normally,  task  networks 
are  run  under  simulation  such  that  as  soon  as  one  task  finishes  the  next  task  starts  (i.e., 
the  time  oehaviour  of  the  network  is  task  driven).  Under  these  circumstances  the  network 
should  run  from  the  first  task  to  the  last  task  without  break.  Total  simulated  mission  time 
is  then  the  sum  of  the  individual  task  completion  times.  Alternatively,  a  scenario  driven 
network  would  have  discrete  tasks,  or  at  least  groups  of  tasks,  locked  to  events  on  an 
externally  prescribed  timeline.  Hence,  there  is  likely  to  be  periods  when  no  operator 
activity  is  called  for  in  the  simulation. 

For  an  entirely  task  driven  network  the  proportion  of  time  occupied  with  information 
processing  activity  is  100%  for  the  duration  of  the  simulation;  hence  the  time  pressure 
metric  has  no  sensitivity  to  changes  in  the  network  composition  (apart  from,  possible 
variations  in  the  total  simulated  mission  time).  Traditionally,  continuous  tasks  (such  as 
flight  control)  have  led  to  this  type  of  problem  with  previous  time-based  metrics  of 
operator  load.  The  implementation  described  in  this  report  avoid*  such  problems  with 
continuous  tasks,  by  modelling  them  as  repeating  discrete  tasks.  However  the  possibility 
still  exists  that  when  there  will  be  many  parallel  tasks  competing  for  attention,  the 
scheduling  of  discrete  tasks  will  cause  the  simulated  operator  to  be  occupied  for  100%  of 
the  mission  time.  When  this  represents  operator  involvement  with  tasks  critical  for 
system  operation,  this  is  a  fair  representation  of  workload.  However,  if  the  load  is  made 
up  of  many  tasks  which  can  be  shed  without  great  consequence,  this  is  not  a  fair 
representation  of  imposed  load. 

Typically  the  task  queue  will  be  loaded  with  monitoring  and  other  non-essential  tasks, 
that  while  adding  to  the  general  situation  awareness  and  knowledge  of  system  state,  can 
be  shed  without  a  catastrophic  breakdown  in  system  performance.  Tasks  designated  as 
sheddable  should  not  be  included  in  the  calculation  of  the  time  pressure  metric.  Such 
tasks  may  be  regarded  as  discretionary,  that  is  the  operator  can  decide  to  service  them  or 
not  depending  on  the  status  of  the  non-discretionary  load.  To  allow  for  tasks  that  change 
in  priority  over  time  (e.g.,  some  system  monitoring  tasks)  sheddable  tasks  that  reach  the 
highest  priority  value  should  be  added  to  the  base  load  and  included  in  the  workload 
calculation. 


Certainly,  it  can  be  argued  that  for  best  operator  situation  awareness  one  should  be 
occupied  100%  of  the  time,  gathering  as  much  information  about  the  system  state  as  one 
can.  In  a  life  threatening  situation  any  other  strategy  is  inadvisable.  However,  from  the 
systems  engineer’s  point  of  view,  it  is  the  base  load  of  non-discretionary  activities  that 
carries  the  highest  priority  for  design.  These  can  be  considered  the  imposed  or  externally 
paced  toad.  For  comparison  a  loading  analysis  with  all  tasks  included  should  be 
performed  as  well. 

The  choice  of  window  size  for  the  moving  average  depends  on  the  context  (see  Table  5 
for  some  values  used  by  other  authors).  Obviously  the  window  should  be  longer  than 
most  task  completion  times  (otherwise  predicted  time  pressure  will  tend  to  cycle  between 
0  and  100%)  which  in  turn  depends  on  the  grain  of  the  task  analysis.  Generally,  a  task 
breakdown  to  the  button  pressing  level  will  involve  tasks  of  shorter  duration  than  a 
decomposition  that  ends  at  the  level  of  “...select  radio  frequency.”  A  window  that  is  four 
times  as  long  as  the  mean  duration  of  the  longest  task,  is  perhaps  a  reasonable  starting 
point.  This  value  should  be  selected  by  the  analyst  (say,  1  minute,  with  a  1  second 
resolution  as  default  values)  as  one  of  the  simulation  parameters,  and/or  the  process  could 
be  automated  by  a  parser  that  detected  the  longest  mean  task  completion  time  in  the  data 
base  and  set  the  window  at  n  times  this  value. 


TABLE  5 

Window  size  used  in  calculating  moving  averages  and  the  definition  of  operator  overload. 


Source 

Moving  Average 

Load  Limit 

Linton,  Jahns,  and  Chatelier,  1977 

6  seconds 

80% 

Meister,  1985 

5  minutes 

75% 

Parks  and  Boucek  Jr.,  1989 

not  specified 

80% 

Malone,  Kirkpatrick,  and  Kopp,  1986 

not  specified 

75% 

CMC,  1994 

1  minute 

none  used 

As  discussed  previously,  the  IP  Model  treats  continuous  tasks  as  repetitive  activities.  It  is 
assumed  that,  on  average,  the  proportion  of  any  given  time  interval  devoted  to  active 
processing  is  directly  proportional  to  the  rated  difficulty  of  the  task.  Hence,  for 
continuous  tasks,  the  average  duty  cycle  is  set  by  the  difficulty  rating  D,  where  0  <  D  <  1. 
The  mean  time  interval  devoted  to  active  processing,  during  each  cycle,  will  be  set  by  the 
analyst.  A  default  value  of  1  second,  with  an  assumed  coefficient  of  variation  of  10%, 
and  50%  duty  cycle  will  be  used  (a  Beta,  instead  of  a  Normal,  distribution  could  be  used, 
in  which  case  max.  and  min.  values  would  be  set).  Hence,  the  network  representation  of 
a  continuous  task  is  shown  in  Figure  4.  The  starting  and  ending  times  for  continuous 
tasks  may  be  set  by  external  factors  such  as  the  mission  scenario,  or  from  internal 
network  states  such  as  the  activation  of  another  task  or  some  parameter  taking  a  particular 
value  or  range  of  values. 
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Figure  4.  Network  representation  of  a  continuous  task. 


While  not  strictly  necessary  for  purely  comparative  studies,  the  specification  of  a  load 
limit,  for  defining  the  point  of  operator  overload,  tends  to  be  the  Holy  Grail  of  workload 
researchers.  Typically,  values  around  70  to  80%  (see  Table  5)  time-occupied  are  chosen. 
These  values  appear  to  be  supported  by  little  more  than  observations  that  this  marks  the 
point  at  which  load  shedding  starts.  However,  empirical  evidence  is  not  offered  in 
support  of  these  claims. 

For  purposes  of  illustration,  suppose  that  the  problem  is  framed  in  terms  of  a  single  server 
queuing  problem  (note  that  in  the  current  implementation,  the  single  server  is  sometimes 
taking  customers  two  at  a  time).  In  this  situation,  some  predictions  might  be  made  as  to 
what  would  constitute  a  point  of  overload.  If  tasks  are  assumed  to  arrive  according  to  a 

Poisson  process  at  a  constant  mean  rate  A  tasks  s1,  and  the  mean  task  completion  rate 

also  remains  constant  at  a  value  of  p  tasks  s_1  (assume  task  completion  times  are 
exponentially  distributed),  then,  in  a  given  fixed  time  interval  dt 

mean  time  occupied  =  mean  number  of  tasks  x  mean  task  completion  time 

=  dt Xp  ”1,  and 
time  pressure  =  (dtXp  ~l)drl 

=  Tdp. 

Equating  A  with  the  mean  arrival  rate  of  the  queuing  problem,  and  p  with  the  mean 
service  rate  (Hillier  and  Lieberman,  1974),  it  can  be  seen  that  time  pressure  is  equivalent 

to  the  utilization  factor  p  of  the  queuing  problem.  For  a  classical  single  server  system, 
the  steady  state  number  of  items  in  the  queue  is  1  at  p  =  0.5,  rising  to  approximately  2  at 

p  =  0.7,  and  4  at  p  =  0.8  (Hillier  and  Lieberman,  1974,  Fig  9.6).  If  the  queuing  analogy  is 
valid,  it  seems  that  a  value  of  time  pressure  around  0.75  is  a  reasonable  limit  to  set.  This 
would  hold  the  steady  state  queue  size  to  2-3  items.  It  is  interesting  to  note  that  the 
values  derived  from  queuing  theory  seem  to  be  consistent  with  the  limits  set  from  purely 
empirical  studies  (e.g.,  Table  5). 


The  issue  of  setting  limits  on  time  pressure  assumes  less  importance  if  overload  is 
redefined  in  terms  of  the  length  and  status  of  the  short  term  ‘memory’  queue  in  the 
allocation  of  attention  module.  Of  particular  interest  are  occasions  of  forceful  load 
shedding  from  this  short  term  storage.  This  approach  strikes  directly  at  what  might  in 
fact  be  the  underlying  problem  of  operator  overload,  and  avoids  problems  associated  with 
the  arbitrary  selection  of  parameters  for  the  moving  average.  In  view  of  the  need  to 
distinguish  between  discretionary  and  non-discretionary  tasks  when  computing  operator 
load,  this  shift  from  a  traditional  workload  paradigm  to  a  concern  for  tasks  serviced 
versus  tasks  shed  is  particularly  salient.  Basically  the  analysis  shifts  from  a  concern  for 
workload  to  an  interest  in  errors  (task  shed,  delayed  etc.)  and  the  development  of  system 
status  knowledge  by  tracking  the  proportion  of  tasks  serviced  that  contribute  to  situation 
awareness.  Using  this  approach,  task  shedding  would  be  tracked  and  categorized  by  the 
type  of  information  involved.  Flags  should  distinguish  between  tasks  that  are  critical  to 
mission  performance,  those  that  contribute  to  situation  awareness,  etc.  To  ease  data 
entry,  the  children  of  parent  tasks  in  the  task  decomposition,  should  take  the  values  of  the 
parent  task  as  defaults.  Note  that  in  the  IP  Model,  operator  error  is  associated  with 
information  unprocessed  or  shed  (Hendy,  et  al.,  1994). 
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TASK  DESCRIPTION  FIELDS 


In  order  to  implement  the  mechanisms  described  in  the  previous  sections  there  are  a 
number  of  data  fields  that  should  be  represented  in  all  task  descriptions.  These  fields 
involve  additions  to  traditional  information  such  as  task  completion  times,  initiating  and 
ending  effects  etc.  The  required  fields  are  shown  in  the  following  Table: 


TABLE  6 

Task  description  fields  required  for  the  implementation  of  the  IP  Model,  together  with  the 
default  values  set  at  initialization. 


Field 


Parameter  Value 


Vision 


Enabled 

Requirement 

Visual  input§ 

Operator  initiated 

Yes,  No  t 

Central,  Peripheral,  No  allocation t 
Horned,  Area  1, 2, 3, 4... 

Yesf  or  No 

Audition  and  Speech 

Enabled 

Auditory  input  and  voice 

Yes,  Not 

Category  (see  Table  2f) 

Psychomotor  and  Kinesthetic 

Enabled 

Manual  output,  Tactile  input 

Yes,  Not 

Category  (preferred  and 
alternatives;  see  Table  3t) 

Cognition 

Enabled 

Cognitive  activity 

Yes,  Not 

Category  (see  Table  4f) 

Miscellaneous 

Enabled 

Number  of  categories 

Type  of  activity 

Transformations 

Yes,  Not 

1  to  15  (7t) 

Category  (see  Table  5f) 
Nonet,  function,  relationship  etc. 

Task  Scheduling 

Priority  (initial  value) 

Priority  modifier 

Interruptable 

Resumable 

Sheddable 

0  <  Priority  <  10t 

Nonet,  function,  relationship  etc. 
Yes  or  Not 

Yes  tor  No 

Yes  or  Not 
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TABLE6cont. 


Field 

Parameter  Value 

Memory 

Forgetting 

Memory  decay 

Yes  or  Not 

time  top  =  0.5  (4  sec.t) 

Continuous  Tasks 

Continuous  task 

Task  difficulty 

Attending  time  per  cycle 

Yes  or  Not 

0  <  Difficulty  <  1  (0.5 1) 
seconds  >  0  (0.5  sec.t) 

Criticality 

Mission  performance 

Situation  awareness  (mission) 

Situation  awareness  (system) 

Test  or  No 

Yest  or  No 

Yes  or  Not 

Compatibility 

Compatible  tasks 

Nonet,  Task  pairs 

Performance  Shaping  Factors 

Adaptation  to  time  stress 

•  Change  cognitive  category? 
Aptitude 

•  Change  cognitive  category? 
Experience 

•  Change  cognitive  category? 
Environmental 

•  Change  cognitive  category? 

Fatigue 

•  Change  cognitive  category? 
Physiological 

•  Change  cognitive  category? 

Yes  or  Not 

(global  logical  expression)  or  Not 
Yes  or  Not 

(global  logical  expression)  or  Not 
Yes  or  Not 

(global  logical  expression)  or  Not 
Yes  or  Not 

(global  logical  expression)  or  Not 
Yes  or  Not 

(global  logical  expression)  or  Not 
Yes  or  Not 

global  logical  expression)  or  Not 

Preferred  Limb  Yes  or  Not 


Notes  for  Table  6: 

§  Each  visual  task  should  be  assigned  an  angular  position.  By  default,  all 
visual  activity  would  be  assigned  to  area  /. 

t  To  ease  data  entry,  and  facilitate  the  early  testing  of  task  networks 
during  development,  the  default  values  shown  in  this  Table,  together  with 
the  values  in  Tables  1  to  4,  shall  be  assigned  to  all  tasks. 


To  provide  flexibility  in  the  task  descriptions  used  in  network  modelling,  any  or  all  of  the 
processing  domains,  including  the  miscellaneous  domain,  shall  be  capable  of  being 
enabled  or  disabled  independently.  By  disabling  features  and  using  default  values,  it 
should  be  possible  to  start  running  simulations  with  a  minimum  of  data  entry.  A  report 
should  be  generated  listing  all  tasks  where  parameters  have  not  been  changed  from  their 
default  values.  If  a  default  value  is  selected  as  the  working  value,  it  should  be  possible  to 
mark  this  parameter  so  that  it  will  be  eliminated  from  future  reports. 


For  the  performance  shaping  factors  parameters  will  be  set  both  globally  (e.g.,  the  level 
of  aptitude,  experience  etc.  of  the  operator;  the  logical  expression  that  changes  the 
category  of  cognitive  tasks;  and  the  correction  factors  for  each  aspect  considered)  and 
locally  (whether  the  task  is  sensitive  to  the  each  aspect).  Default  values  will  be  set  at 
initialization. 
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REPORTS 


The  capability  of  generating  the  reports  shown  in  Table  7  is  required  for  the  SOLE 
implementation.  For  implementations  in  other  environments,  these  may  be  used  as  a 
guide. 


TABLE 7 

Report  generation  for  the  IP  Model  implementation. 


Item  Format 

1.  Trace  of  mean  time  pressure  (±  1  SD)  versus  normalized  mission  time.  graphical 

2.  Trace  of  the  proportion  of  times  (out  of  100  runs)  that  the  short  term  graphical 
memory  queue  size  is  less  than,  or  equal  to,  n,  (n-1),  (n- 2),  ...  versus 
normalized  mission  time  (say,  1  second  resolution)  —  flagging  points 

where  task  interruptions,  shedding,  or  delays  occur  on  50%  or  more  of 
the  runs. 

3.  Table  of  tasks  shed  and  corresponding  tasks  performed  (for  which  c yj  >  tabular 
0)  —  shown  as  a  proportion  of  100  runs,  against  normalized  mission 

time  —  categorized  by  criticality  (to  mission,  to  situation  awareness 
etc.),  and  reason  for  shedding  (number  of  attempts,  priority,  predecessor 
task). 

4.  Table  of  tasks  interrupted  and  corresponding  tasks  performed  (for  which  tabular 
Cjy  >0)  —  shown  as  the  mean  number  of  times  out  of  100  runs,  against 
normalized  mission  time  —  categorized  by  criticality  (to  mission,  to 
situation  awareness  etc.),  and  reason  for  interruption  (priority, 
interference,  random). 

5.  Table  of  tasks  delayed  and  corresponding  tasks  performed  (for  which  c y  tabular 
>0)  —  mean  delay  from  100  runs,  against  normalized  mission  time  — 
categorized  by  criticality  (to  mission,  to  situation  awareness  etc.),  and 

reason  for  delay  (priority,  interference,  random,  uninteruptable  task,  task 
>  70%  complete). 

6.  Table  listing  interference  values,  for  a  nominated  task  pair,  in  each  tabular 
modality  (vision,  audition,  voice,  cognition,  manual  output)  —  directly 

from  task  data  base,  independent  of  the  simulation. 

7.  Table  showing  —  at  a  nominated  point  (or  window)  in  the  normalized  tabular 
mission  timeline  —  the  proportion  of  times  (out  of  100  runs)  each  task 

that  was  shed,  postponed  or  interrupted,  failed  in  the  presence  of  tasks 
that  were  successfully  scheduled. 


TABLE  7  cont. 


Item  Format 

8.  Table  showing  display  surface  attended  to  (1, 2,3,4,...)  and  kinesthetic  tabular 
or  output  channel  used  (limb/digit,  voice)  versus  normalized  mission 

time  (later,  this  might  be  animated,  or  linked  to  rapid  prototyping  or 
an  anthropometric  model). 

9.  Table  showing  all  tasks  for  which  default  values  have  not  been  tabular 
changed  since  the  data  base  was  created —  it  should  be  possible  to 

mark  entries,  where  the  default  values  have  been  selected  as  final 
values,  so  that  these  entries  will  not  be  listed  in  future  tables. 


Table  fields  should  be  separated  by  tabulation  characters  so  data  can  be  imported  into 
spread  sheets  such  as  Lotus  1-2-3®  or  Excel®  or  word  processing  packages  such  as 
MicroSoft  Word®  or  WordPerfect®.  Graphical  outputs  should  be  exportable  to  word 
processing  packages.  A  format  that  allows  editing  is  preferred  so  that  titles  can  be 
changed  or  added  and  annotations  made. 


DISCUSSION 


This  report  outlines  the  implementation  of  an  information  processing  model  for  use  in 
task  network  simulations.  This  implementation  includes  a  representation  of  the 
operator’s  allocation  of  attention  and  human  memory,  together  with  a  framework  for 
tracking  the  load  on  the  operator’s  information  processing  system.  The  framework  for 
this  implementation  is  provided  by  Hendy’s  (1994a)  IP  Model.  In  positing  that  human 
information  processing  load  is  determined  by  the  ratio  of  time  required  to  time  available, 
the  IP  Model  returns  to  an  approach  which  has  many  precedents  in  the  history  of  task 
network  simulation.  However,  in  recent  years  classical  time-based  predictions  of 
operator  load  have  largely  given  way  to  procedures  that  attempt  to  apply  the  tenets  of 
resource  theory  to  the  problem.  Current  resource-based  techniques  owe  much  of  their 
inspiration  to  the  original  work  of  Aldrich,  et  al.,  (1984)  which  in  turn  has  its  roots  in 
Wickens’  Multiple  Resource  Theory  (Wickens,  1984).  These  methods  largely  grew  out 
of  an  attempt  to  address  deficiencies  seen  to  exist  with  the  traditional  time-based 
approach.  These  deficiencies  include: 

•  the  lack  of  a  theoretical  underpinning  for  the  T/Ta  ratio; 

•  the  inability  of  time-based  methods  to  discriminate  between  single  and  multiple  task 
performance,  with  the  exception  of  Wingert’s  (1973)  function  interlace  procedure; 

•  the  insensitivity  of  time-based  methods  to  the  difficulty  of  continuous  tasks;  and 

•  the  necessity  to  treat  continuous  and  discrete  tasks  separately. 

The  IP  Model,  as  implemented  in  this  report,  answers  each  of  these  criticisms.  Firstly, 
the  IP  Model  provides  the  theoretical  framework  for  claiming  time  pressure  is  the 
primary  driver  of  operator  workload,  performance  and  errors.  Secondly,  the  concept  of 
interference  in  multiple  task  performance  is  implemented  through  the  interference 
coefficients  of  Tables  1  to  5.  Finally,  by  treating  continuous  tasks  as  repetitive  discrete 
activities,  the  problems  associated  with  the  difficulty  of  continuous  tasks  and  the 
combination  of  continuous  and  discrete  tasks  are  addressed.  Note  that,  in  general,  the 
process  of  validating  the  IP  Model  is  eased  by  returning  predictions  to  the  time  domain. 

The  introduction  of  an  allocation  of  attention  module  allows  the  focus  of  the  IP  Model 
implementation  to  shift  from  solely  being  that  of  workload,  to  having  a  greater  emphasis 
on  operator  performance  and  error.  In  competitive  systems  (e.g.  most  military  systems) 
the  operator  is  likely  to  be  always  100%  loaded  as  survival  may  depend  on  constant 
information  processing.  The  issue  then  becomes  ‘...loaded  with  what?’  For  example, 
how  much  time  does  the  operator  have  to  scan  the  outside  scene  for  targets,  how  much 
time  is  devoted  to  systems  monitoring  and  navigational  updates  etc?  Hence,  the  issue  for 
the  designer  is  not  so  much  to  reduce  the  workload  imposed  by  the  system,  but  to 
maximize  the  level  of  performance  attainable  at  a  given  level  of  operator  information 
processing  capacity.  The  IP  Model  implementation  attempts  to  give  that  insight. 

While  this  report  provides  the  blueprint  for  building  a  basic  time-based  model  of  the 
human  information  processor  for  task  network  simulation,  the  embedded  model  should 
not  be  considered  static.  Many  of  the  parameters  were  assigned  somewhat  arbitrarily  and 
need  to  be  validated.  Other  changes  of  a  more  fundamental  nature  may  be  required  due 
to  the  findings  of  future  validation  studies,  and  the  model  should  evolve  to  reflect 
emerging  knowledge  of  effects  such  as  operator  performance  following  overload  (East, 
1993;  Farrell  and  Hendy,  1993). 


To  facilitate  changes  to  the  parameters  of  this  implementation,  all  default  values  and 
constants  associated  with  the  loading  and  allocation  of  attention  modules  should  be  set  in 
a  single  location  in  the  simulation  software.  It  will  be  possible  to  revert  to  the  original 
defaults  as  required,  although  a  facility  should  be  provided  for  making  a  permanent  (non- 
recoverable)  change  to  these  values.  These  data  include: 

•  the  interference  coefficients  of  Tables  1  to  5; 

•  the  critical  value  of  the  interference  coefficient  that  forces  serial  processing; 

•  the  percentage  complete  after  which  a  task  can  not  be  interrupted; 

•  the  number  of  allowable  attempts  for  rescheduling  a  sheddable  task; 

•  the  maximum  allowable  length  of  the  short  term  memory  queue; 

•  all  default  values  for  the  task  description  fields; 

•  the  length  of  the  window  for  the  moving  average  (or  the  multiplier  for  the  longest 
mean  time)  and  the  time  resolution  for  plotting  the  short  term  memory  queue  length; 

•  the  default  values  for  continuous  tasks  (means,  coeff.  of  variation,  distribution  type 
max,  min  etc.);  and 

•  the  value  of  time  pressure  which  defines  a  point  of  excessive  load. 
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CONCLUSIONS 


This  report  takes  the  theoretical  framework  of  a  time-based  information  processing  model 
for  the  human  operator,  and  derives  various  relationships  and  rules  necessary  for 
implementing  these  ideas  in  a  task  network  simulation  environment.  This 
implementation  covers  both  an  allocation  of  attention  module  for  scheduling  tasks,  and 
methods  for  predicting  operator  load  and  performance  from  the  resulting  task  demand. 
The  model  that  provides  the  framework  for  this  report  has  been  partially  validated; 
however,  within  the  context  of  this  implementation  further  validation  is  necessary.  Many 
of  the  parameters  required  by  various  elements  of  the  implementation  have  been  assigned 
arbitrarily  and  need  to  be  verified.  The  platform  for  this  validation  will  be  the  Systems 
Operator  Loading  Evaluation  (SOLE)  software,  a  collaborative  development  between  the 
Defence  and  Civil  Institute  of  Environmental  Medicine  (DCIEM)  and  the  Canadian 
Marconi  Company. 

The  approach  advocated  breaks  from  recent  trends  for  workload  prediction  which  have 
been  dominated  by  resource  theory  models,  to  focus  once  again  on  the  time  domain, 
specifically  time  pressure,  as  the  prime  driver  of  operator  processing  load  and 
performance.  However,  in  returning  to  methods  which  appear  at  first  glance  to  be  similar 
to  traditional  time  occupied  models,  the  pitfalls  inherent  in  these  established  procedures 
have  been  avoided.  The  framework  for  the  implementation  described  in  this  report 
incorporates  aspects  of  both  serial  and  parallel  processing,  acknowledges  task 
interference  in  multi-task  situations,  and  handles  both  continuous  and  discrete  tasks. 
Further,  by  returning  to  the  time  domain,  model  predictions  are  more  readily  testable. 

The  implementation  of  the  IP  Model,  described  in  this  report,  balances  the  more 
traditional  focus  on  workload  assessment  with  an  emphasis  on  operator  performance  and 
error.  This  is  achieved  by  tracking  the  tasks  serviced  by  the  allocation  of  attention 
module  and  logging  and  categorizing  the  tasks  shed,  interrupted  or  postponed.  This 
change  of  focus  seems  reasonable  for  competitive  military  systems,  where  the  reduction 
of  operator  workload  is  probably  not  an  achievable  goal.  For  such  systems,  the  aim  of 
the  designer  should  be  to  maximize  overall  system  performance  for  a  given  level  of 
expended  operator  information  processing  capacity. 
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This  Appendix  describes  the  derivation  of  task  completion  times  for  interfering  tasks. 
Assume  that  multiple,  interfering  tasks  are  processed  by  a  combination  of  time 
multiplexed  processing,  together  with  processing  unaffected  by  interference  effects. 

Let, 

/.( s)  be  the  start  time  of  task  i, 

r,(e)  be  the  ending  time  of  task  i,  when  performed  alone, 
f^(e)  be  the  ending  time  of  task  *,  when  performed  with  task  j, 

ST  be  the  processing  time  overlap  between  the  ith  and  jth  task, 

<v  be  the  proportion  of  time  (ST)  that  the  overlapping  tasks  share  a  common 

processing  structure  (for  simplification,  this  time  is  assumed  to  be  evenly 
distributed  throughout  the  overlap),  and 

p,  be  the  probability  that  in  any  given  time  interval,  processing  resources  will  be 
devoted  to  task  i,  rather  than  task  j  (note  that  p,  =  (l  -  Pj'j). 

Suppose, 

C< 

Ti  —  f;(c)  —  *;(s)» 

Tv=t9(e)-ti(s)ti nd 
^(s)-t,(s)^°. 

Then  two  cases  need  to  be  considered  (see  Fig.  Al): 

CASE  1  —  in  which  the  processing  of  one  of  the  tasks  (assume  it  to  be 
task  j)  is  entirely  embedded  within  the  processing  time  of  the  other  (task 
0;  and 

CASE  2  —  in  which  the  tasks  partially  overlap  (the  processing  time  of 
task  i,  remaining  after  task  j  starts,  is  entirely  embedded  within  the 
processing  time  of  task  j). 


CASE  1:  Tasks  Completely  Overlap 

In  any  small  time  interval  8t,  it  is  assumed  that  for  c,y<5r,  due  to  interference  effects,  time 
multiplexed  processing  takes  place,  while  for  time  (l  -  c,y)<5f  processing  is  unaffected  by 
interference  effects.  Hence  in  the  interval  8t  there  is 

(l-p,)c„&  +  (l-cv)(5i 


i 


-46- 
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processed  of  task  j.  Therefore,  the  number  of  intervals  required  to  fully  process  task  j  is 


(1-aK&  +  (1-cv)&’ 


for  a  total  task  completion  time  of 


T ,  =  - - - - i—j - r—  St 

(l  ~  Pi  )CySt + (l  -  c^St 


CASE  1 


Task  / 


Task  j 


Tasks  completely 
overlap 


CASE  1 


Task  / 


Task  j 


Tasks  partially 
overlap 


Increase  in  task  response  time 


Figure  Al.  Two  cases  of  task  overlap. 


During  the  period  7^,  c -T-  involves  time  multiplexed  processing,  while  (l-c^Jr^ 

involves  processing  unaffected  by  interference  effects.  Hence,  during  the  time  of  overlap 
between  tasks  i  and  j, 

p.c,/„+(i-c„)r, 

is  processed  of  task  i.  Therefore  the  time  to  fully  process  task  i  is 
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_T  .  MLl£l1t 

Sufficient  and  necessary  conditions  for  CASE  1  are  defined  by 

ry(s)-r,(s)>0,  and 

^(e)-r>(e)>  °. 

Therefore, 

{^(s)  +  7’,}-{//(s)  +  r>}>0,or 

r  TFllfv(ilA) 

*'  { 

To  allow  for  task  interruptions  it  is  necessary  to  keep  a  running  total  of  the  amount  of 
actual  processing  time  devoted  to  each  task.  At  any  time  ry(s)  <  /  <  ry,(e),  the  amount  of 
processing  time  devoted  to  task  since  task  j  commenced,  is 

&Tij  =  Picij  {'  ~  h  (s)}  +  (l  -  c  n  ){r  -  tj  (s)} 

and  to  task  j 

ATj>  =  (1  ‘ "  P,K{r  -  ry(s)}  +  (l  -  c-y){r  -  ^(s)}. 

Therefore,  at  time  t  the  amount  of  processing  time  remaining  on  each  task  is 

T,  -  ^  ATi}  for  task  t,  and 
j 

T)~'LATfi  for  task  j. 


_{r>(s)_r.(s)}-°- 


I  CASE  2:  Tasks  Partially  Overlap 

For  CASE  2  (see  Fig.  Al),  not  all  of  task  j  is  processed  in  concert  with  task  i.  However, 

the  processing  time  of  task  i  (r,(e)-ry(s)),  remaining  after  the  start  of  task  j ,  is  embedded 

within  the  processing  time  of  taskj.  Therefore,  CASE  2  is  similar  to  CASE  1,  with  the 
L  partial  processing  of  task  i  equivalent  to  task  j  in  CASE  1.  Hence  the  processing  time  of 

task  t  is 
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rH,,(S)-,i(s)}+M 

l~Pfi V 

_P>Cv{'>(S)-f'(S)}  +  r- 

\-pfr 

Similarly,  noting  the  symmetry  with  CASE  1,  the  processing  time  for  task  j  is 

T»  =  ,|(e)  ~ '' (s)}  +  Tj 

t1  -  PjCij)TJ  +  St1  -  Pj)Ti  ~  cg(*  -  P, )fc(S)  -  ^-(s)} 

1-PjCij 


noting  that  p}  =  1  -  /?,  . 

For  the  running  total  of  actual  time  processed  on  each  task,  the  equations  for  CASE  1 
apply. 
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